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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



rd , 



The present document is part of a TS-family covering the 3 Generation Partnership Project: Technical Specification 
Group Services and System Aspects; Telecommunication management; as identified below: 

32.301: Configuration Management (CM); Notification Integration Reference Point (IRP): Requirements 

32.302: Configuration Management (CM); Notification Integration Reference Point (IRP): Information 

Service (IS) 

32.306: Configuration Management (CM); Notification Integration Reference Point (IRP): Solution 

Set (SS) definitions 

Configuration Management (CM), in general, provides the operator with the ability to assure correct and effective 
operation of the 3G network as it evolves. CM actions have the objective to control and monitor the actual configuration 
on the Network Elements (NEs) and Network Resources (NRs), and they may be initiated by the operator or by 
functions in the Operations Systems (OSs) or NEs. 

CM actions may be requested as part of an implementation programme (e.g. additions and deletions), as part of an 
optimisation programme (e.g. modifications), and to maintain the overall Quality of Service (QoS). The CM actions are 
initiated either as a single action on a NE of the 3G network or as part of a complex procedure involving actions on 
many NEs. 

The Itf-N interface is built up by a number of Integration Reference Points (IRPs) and a related Name Convention, 
which realise the functional capabilities over this interface. The basic structure of the IRPs is defined in 
3GPPTS 32.101 [1]. 

Network Elements (NEs) under management and element managers generate notifications of events about occurrences 
within the network. Different kinds of events carry different kinds of information, e.g. alarms or CM notification. 

Information of an event is carried in notification. An IRP Agent (typically an EM or a NE) emits notifications. 
IRPManager (typically a network management system) receives notifications. The purpose of Notification IRP is to 
define an interface through which an IRPManager can subscribe to IRP Agent for receiving notifications. 

This IRP bases its design on work captured in ITU-T Recommendation X.734 [20], and OMG Notification Service [14]. 
The central design ideas are: 
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• Separation of notification Consumers (IRPManagers) from Producers (IRP Agents); 

• Notifications are sent to IRPManagers without the need for IRPManagers to periodically check for new 
notifications. 

Common characteristics related to notifications in all other IRPs are gathered in one IRP. 
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Scope 



The present document contains the Solution Sets for the IRP whose semantics is specified in Notification IRP: 
Information Service (TS 32.302 [7]). 

These Solution Set specifications are related to 3GPP TS 32.302 VIO.O.X [7]. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

For a specific reference, subsequent revisions do not apply. 

For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[2] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[3] 3GPP TS 32.1 11-2: "Telecommunication management; Fault Management; Alarm Integration 

Reference Point: Information Service (IS)". 

[4] 3GPP TS 32.1 1 1-6: "Telecommunication management; Fault Management; Alarm Integration 

Reference Point (IRP); Solution Set (SS) definitions". 

[5] 3GPP TS 32.300: "Telecommunication management; Configuration Management (CM); Name 

convention for Managed Objects". 

[6] 3GPP TS 32.301: "Telecommunication Management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Requirements". 

[7] 3GPP TS 32.302: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Information Service (IS)". 

[8] 3GPP TS 32.31 1: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Requirements". 

[9] 3GPP TS 32.312: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Information Service (IS)". 

[10] 3GPP TS 32.316: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Solution Set (SS) definitions". 

[II] 3GPP TS 32.331: "Telecommunication management; Notification Log (NL) Integration Reference 
Point (IRP): Requirements". 

[12] 3GPP TS 32.336: "Telecommunication management; Notification Log (NL) Integration Reference 

Point (IRP); Solution Set (SS) definitions". 

[13] OMG TC Document telecom (98-1 1-01): "Summary of responses to real time survey". 

[14] OMG TC Document telecom/98-1 1-01: "OMG Notification Service". 

http://www.omg.org/technologv/documents/ 

[15] OMG CORBA Services: "Common Object Services Specification, Update: November 22, 1996" 

(Clause 4 contains the Event Service specification), http://www.omg.org/technologv/documents/ 



ETSI 



3GPP TS 32.306 version 10.2.0 Release 10 



8 



ETSI TS 132 306 VI 0.2.0 (2011-10) 



[16] 
[17] 
[18] 
[19] 
[20] 



W3C SOAP 1.1 specification (http://www.w3.org/TR/200Q/NOTE-SOAP-20000508/) 

W3C SOAP 1.2 specification (http://www.w3.org/TR/soapl2-partl/) 

W3C WSDL 1.1 specification ( http://www.w3 .org/TR/200 l/NOTE-wsdl-200 1 03 1 5) 

W3C XPath 1.0 specification ( http://www.w3.org/TR/1999/REC-xpath-19991 1 16 ) 

ITU-T Recommendation X.734 (1992): "Information technology - Open Systems Interconnection 
Systems management: Event report management function". 



3.1 



Definitions and abbreviations 



Definitions 



For the purposes of the present document, the terms and definitions given in 3GPP TS 32.101 [1], 3GPP TS 32.102 [2], 
3GPP TS 32.301 [6], 3GPP TS 32.302 [7], and 3GPP TS 32.331 [11] apply. 

IRP document version number string (or "IRPVersion"): See 3GPP TS 32.31 1 [8] 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

CM Configuration Management 

CORBA Common Object Request Broker Architecture 

EC Event channel (OMG) 

EM Element Manager 

IDL Interface Definition Language (OMG) 

lOR Interoperable Object Reference 

IRP Integration Reference Point 

IS Information Service 

MOC Managed Object Class 

MOI Managed Object Instance 

NC Notification Channel (OMG) 

NE Network Element 

NL Notification Log 

NRM Network Resource Model 

NV Name and Value pair 

OMG Object Management Group 

QoS Quality of Service 

SS Solution Set 

TMN Telecommunications Management Network 

UML Unified Modelling Language 

WSDL Web Service Description Language 

WS-I Web Services Interoperability Organization 

XML extensible Markup Language 



4 Solution Set Definitions 

This specification defines the following 3GPP Notification IRP Solution Set Definitions: 

Annex A provides the CORBA Solution Set. 
Annex B provides the XML Definitions. 
Annex C provides the SOAP Solution Set. 
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Annex A (normative): 
CORBA Solution Set 



This annex contains the CORBA Solution Set for the IRP whose semantics is specified in Notification IRP: Information 
Service (TS 32.302 [7]). 



A.1 Architectural Features 

The overall architectural feature of the Notification IRP is specified in 3G TS 32.302 [7]. This clause specifies features 
that are specific to the CORBA SS. 

A.1 .1 Syntax for Distinguished Names 

The syntax of a Distinguished Name is defined in 3GPP TS 32.300 [5]. 



A. 1.2 Notification Services 



In the CORBA Solution Set, notifications are emitted by IRP Agent using CORBA Notification service (OMG TC 
Document telecom [13]) and Structured Events. 

CORBA Event service (OMG CORBA services [15]) provides event routing and distribution capabilities. CORBA 
Notification service provides, in addition to Event service, event filtering and support for Quality of Service (QoS) as 
well. 

A subset of CORBA Notification services shall be used to support the implementation of notification. This CORBA 
Notification service subset, in terms of OMG Notification service (OMG TC Document telecom [13]) defined methods, 
is identified in the present. 



A.1 .3 Support of Push and Pull Style 



OMG Notification Service defines two styles of interaction. One is called push style. In this style, IRP Agent pushes 
notifications to IRPManager as soon as they are available. The other is called pull style. In this style, IRP Agent keeps 
the notifications till IRPManager requests for them. 

This CORBA SS specifies that support of Push style is Mandatory (M) and that support of Pull style is Optional (O). 

A.1 .4 Support of multiple notifications in one push operation 

For efficiency, IRP Agent uses the following OMG Notification Service (OMG TC Document telecom [13]) defined 
interface to pack multiple notifications and push them to IRPManager using one method 

push_structured_events. The method takes as input a parameter of type EventBatch as defined in the OMG 
CosNotif ication module (OMG TC Document telecom [13]). This data type is a sequence of Structured Events 
(see clause 4). Upon invocation, this parameter will contain a sequence of Structured Events being delivered to 
IRPManager by IRP Agent to which it is connected. 

The maximum number of events that will be transmitted within a single invocation of this operation is controlled by 
IRP Agent wide configuration parameter. The amount of time IRP Agent will accumulate individual events into the 
sequence before invoking this operation is controlled by IRP Agent wide configuration parameter as well. 

IRP Agent may push EventBatch with only one Structured Event. 

The OMG Notification service (OMG TC Document telecom [13]) defined IDL module is shown below. 
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module CosNotifyComm { 

Interface SequencePushConsumer : NotifyPublish { 
void push_structured_events { 

in CosNotif ication: :EventBatch notifications) 
raises { CosEventComm: : Disconnected) ; 

} ; // SequencePushConsumer 

} ; // CosNotifyComm 

A.1 .5 Support of filterable and non-filterable notification 
parameters 

The OMG Notification service defined IDL CosNotif ication : : StructuredEvent and 
CosNotif ication: : EventBatch data types are shown below. 

struct StructuredEvent { 

EventHeader header, - 

FilterableEventBody f ilterable_data; 

any remainder_of_body; 
} ; // StructuredEvent 

typedef sequence<StructuredEvent> EventBatch; 

Notification IS parameters are mapped: 

either to the Structured Event header, i.e. above IDL StructuredEvent data structure field header; 

or to the Structured Event body, and in this case: 

when defined in the IS as filterable, to the Structured Event filterable body fields, i.e. above IDL 
StructuredEvent data structure field f ilterable_data; 

when defined in the IS as non-filterable, to the Structured Event remaining body, i.e. above IDL 
StructuredEvent data structure field remainder_of _body. 

The OMG Notification service defined IDL CosNotif ication : : FilterableEventBody data type and its 
supporting types are shown below. 

struct Property { 

PropertyName name ; 
PropertyValue value; 

}; 

typedef sequence<Property> PropertySeq; 
typedef PropertySeq FilterableEventBody; 

In order to ensure uniform implementation for notification IS parameters mapped to Structured Event Name-Value pairs 
whether defined in the IS as filterable or as non-filterable, IDL StructuredEvent data structure field 
remainder_of_body of type any shall be mapped to the IDL data structure 

Notif icationlRPNotif ications : :NonFilterableEventBody defined in annex clause A.4.6: 

struct NonFilterableEventBody { 

CosNotif ication: : PropertySeq name_value_pairs; 
any remainder_of_non_f ilterable_body; 
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A.2 Mapping 

A.2.1 Operation mapping 

Notification IRP: IS (3GPP TS 32.302 [7]) defines semantics of operations visible across this IRP. These operations are 
the operations of the lOCs defined in 3GPP TS 32.302 [7]. 

Table 1 maps the operations defined in Notification IRP: IS (3GPP TS 32.302 [7]) to their equivalents (methods) in this 
Solution Set (SS). Specifically, the table 1 maps the operations of the lOCs defined in 3GPP TS 32.302 [7] to their 
equivalents in this SS. Since one of the lOCs, the Notif icationIRP IOC, inherits from the 
ManagedGenericIRP IOC [9], the table I also maps the operations of ManagedGenericIRP IOC to their 
equivalents (methods) in this SS. 

Table 1 also qualifies if a method is Mandatory (M) or Optional (O). 
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Table 1 : Mapping from IS Operation to SS Equivalents 



IS Operations in 
3GPP TS 32.302 [7] 


SS Methods 


Qualifier 


subscribe 


attach push, attach push b, attach pull 


M, 0, 


unsubscribe 


detach 


M 


getlRPVersion (see note.) 


get notification irp versions 


M 


getSubscriptionStatus 


get subscription status 





getSubscriptionlds 


get subscription ids 





changeSubscriptionFilter 


If subscription is established using attach_push method, the SS equivalent shall 
be change_subscription_filter. The IDL specification of this method is included in 
annex A. 4. This method is Optional (0). 

If subscription is established using attach_push_b method, the SS equivalent 
shall be modify_constraints. The method is defined in OMG Notification Service 
Filter Interface (OMG TC Document telecom [2]). The IDL specification of this 
method is not included in annex A.4. If IRPAgent supports the optional 
attachpushb method, it shall support this method as mandatory. 

If subscription is established using attach_pull method, the SS equivalent shall be 
modify_constraints. The method is defined by OMG Notification Service Filter 
Interface (OMG TC Document telecom [13]). The IDL specification of this method 
is not included in annex A.4. If IRPAgent supports the optional attach_pull 
method, it shall support this method as mandatory. 


See box 

on the 

left. 


suspendSubscription 


If subscription is established using attach_push, there is no SS equivalent. In 
other words, IRPManager cannot suspend subscription. 

If subscription is established using attach_push_b, the SS equivalent shall be 
suspend_connection. This method is defined by OMG Notification Service (OMG 
TC Document telecom [13]). The IDL specification of this method is not included 
in annex A.4. If IRPAgent supports the optional attach_push_b method, it shall 
support this method as mandatory. 

If subscription is established using attach pull, there is no SS equivalent. 


See box 

on the 

left. 


resumeSubscription 


If subscription is established using attach_push, there is no SS equivalent. In 
other words, IRPManager cannot resume subscription. 

If subscription is established using attach_push_b, the SS equivalent shall be 
resume_connection. This method is defined by OMG Notification Service (OMG 
TC Document telecom [13]). The IDL specification of this method is not included 
in annex A.4. If IRPAgent supports the optional attach_push_b method, it shall 
support this method as mandatory. 

If subscription is established using attach pull, there is no SS equivalent. 


See box 
on the 

left. 


getNotificationCategories 


get notification categories 





getOperationProfile (see 
note.) 


get_notification_irp_operations_profile 





getNotificationProfile (see 
note.) 


get_notification_irp_notification_profile 





NOTE: These 3 operations are operations of IVIanagedGenericIRP IOC specified in 3GPP TS 32.312 [9]. The 
NotificationIRP IOC of 3GPP TS 32.302 [7] inherits from it. 
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A.2.2 Operation parameter mapping 

3GPP TS 32.302 [7] defines semantics of parameters carried in operations across the Notification IRP. Table 2 through 
table 14 indicate the mapping of these parameters, as per operation, to their equivalents defined in this SS. 

Table 2: Mapping from IS subscribe parameters to SS attachpush equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


string manager reference (see note 1) 


M 


timelick 


ManagedGenericlRPConstDefs::UnsignedLongOpt time tick 





notificationCategories 


NotificationlRPConstDefs::NotificationCategorySetOpt notification categories 





filter 


ManagedGenericlRPConstDefs::StringOpt filter (see note 2) 





subscriptionid 


Return value of type NotificationlRPConstDefs::Subscriptionld 


M 


status 


Attach, ManagedGenericlRPSystem::ParameterNotSupported, 
ManagedGenericlRPSystem::lnvalidParameter, AlreadySubscribed, 
AtLeastOneNotificationCategoryNotSupported 


M 


NOTE 1 : IRPManager creates a CosNotifyComm::SequencePushConsumer object and invokes 

CORBA::ORB::object_to_string to obtain tlie stringified lOR, say s1 . IRPIVIanager stores tlie s1 . IRPManager 
sends s1 as input parameter of attach_push to IRPAgent. IRPAgent receives si , performs 
CORBA::ORB::string_to_object to obtain the IRPManager's lOR and uses it for its future methods. IRPAgent 
also stores the si for future comparisons. IRPManager later calls detach with s1 . IRPAgent receives the 
stringified lOR si , compares it with those stored stringified lORs (e.g. s1 ), finds a match, and performs the 
detach process. IRPAgent pushes sequence of Structured Events towards IRPManager via the 
CosNotifyComm::SequencePushConsumer object push_structured_events method, depending on the 
supplied notification categories and filter. 

NOTE 2: The grammar of the filter string is extended_TCL defined by OMG Notification Service (OMG TC Document 
telecom [2]). This SS and the Alarm IRP: CORBA SS [4] shall use this grammar only. 



Table 3: Mapping from IS subscribe parameters to SS attachpushb equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


string manager reference (see note 1 ) 


M 


timeTick 


ManagedGenericlRPConstDefs::UnsignedLongOpt time tick 





notificationCategories 


NotificationlRPConstDefs::NotificationCategorySetOpt notification categories 





filter 


ManagedGenericlRPConstDefs::StringOpt filter (see note 2) 





subscriptionid 


Return value of type NotificationlRPConstDefs::Subscriptionld 


M 


Not specified in IS. 


CosNotifyChannelAdmin::SequenceProxyPushSuppliersystem_reference 
(see note 3) 


M 


status 


Attach, ManagedGenericlRPSystem::OperationNotSupported, 
ManagedGenericlRPSystem::ParameterNotSupported, 
ManagedGenericlRPSystem::lnvalidParameter, AlreadySubscribed, 
AtLeastOneNotificationCategoryNotSupported 


M 


NOTE 1 : IRPManager creates a GosNotifyGomm::SequencePushGonsumer object and invokes 

GORBA::ORB::object_to_string to obtain the stringified lOR, say si . IRPManager stores the si . IRPManager 
sends si as input parameter of attachjDush_b to IRPAgent. IRPAgent receives si and stores the si for future 
comparisons. IRPManager later calls detach with si . IRPAgent receives the stringified lOR s1 , compares it 
with those stored stringified lORs (e.g. s1), finds a match, and performs the detach process. 

NOTE 2: The grammar of the filter string is extended_TGL defined by OIVIG Notification Service (OMG TC Document 
telecom [13]). This SS and the Alarm IRP: CORBA SS [4] shall use this grammar only. 

NOTE 3: IRPAgent provides this reference to which IRPManager can invoke methods to manage the subscription. Valid 
methods are not defined in this IRP. OMG CORBA Notification Service defines these methods. Read interface 
CosNotifyChannelAdmin::SequenceProxyPushSupplier and CosNotifyComm::SequencePushConsumer. 
IRPManager is expected to invoke connect_sequence_push_consumer method of this interface to connect its 
own cosNotifyComm::SequencePushConsummerwith this reference. After successful connection, IRPAgent 
pushes sequence of Structured Events towards IRPManager. 



£75/ 



3GPP TS 32.306 version 10.2.0 Release 10 



14 



ETSI TS 132 306 VI 0.2.0 (2011-10) 



Table 4: Mapping from IS subscribe parameters to SS attachpull equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


string manager reference (see note 1 ) 


M 


timelick 


ManagedGenericlRPGonstDefs::UnsignedLongOpt time tick 





notificationCategories 


NotificationlRPConstDefs::NotificationCategorySetOpt notification categories 





filter 


ManagedGenericlRPConstDefs::StringOpt filter (see note 2) 





subscriptionid 


Return value of type NotificationlRPConstDefs::Subscriptionld 


M 


Not specified in IS. 


GosNotifyGhannelAdmin::SequenceProxyPullSupplier system_reference 
(see note 3) 


M 


status 


Attach, ManagedGenericlRPSystem::OperationNotSupported, 
ManagedGenericlRPSystem::ParameterNotSupported, 
ManagedGenericlRPSystem::lnvalidParameter, AlreadySubscribed, 
AtLeastOneNotificationGategoryNotSupported 


M 


NOTE 1 : IRPIVIanager creates a CosNotifyComm::SequencePullConsumer object and Invokes 

CORBA::ORB::object_to_string to obtain the stringified lOR, say s1 . IRPManager stores the s1 . IRPI\/lanager 
sends s1 as input parameter of attach_pull to IRPAgent. IRPAgent receives s1 and stores the s1 for future 
comparisons. IRPIVIanager later calls detach with s1 . IRPAgent receives the stringified lOR s1 , compares it 
with those stored stringified lORs (e.g. s1), finds a match, and performs the detach process. 

NOTE 2: The grammar of the filter string is extended_TCL defined by OIVIG Notification Service (OI\/IG TC Document 
telecom [13]). This SS and the Alarm IRP; CORBA SS [4] shall use this grammar only. 

NOTE 3: IRPAgent provides this reference to which IRPI\/lanager can invoke methods to manage the subscription. Valid 
methods are not defined in this IRP. OIVIG CORBA Notification Service defines these methods. Read interface 
CosNotifyChannelAdmin::SequenceProxyPullSupplierand CosNotifyComm::SequencePullConsumer. 
IRPManager is expected to invoke connect_sequence_pull_consumer method of this interface to connect its 
own CosNotifyComm::SequencePullConsummer with this reference. After successful connection, 
IRPManager pulls sequence of Structured Events from IRPAgent. 



Table 5: Mapping from IS unsubscribe parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


string manager reference 


M 


subscriptionid 


NotificationlRPGonstDefs::SubscriptionldOpt subscription id 





status 


DetachException, ManagedGenericlRPSystem::ParameterNotSupported, 
ManagedGenericlRPSystem::lnvalidParameter 


M 



Table 6: Mapping from IS getiRPVerslon parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


versionNumberSet 


Return value of type ManagedGenericlRPGonstDefs;:VersionNumberSet 


M 


status 


GetNotificationlRPVersions 


M 



Table 7: Mapping from IS getsubscrlptlonstatus parameters to SS equivalents 



IS Operation 
parameter 


SS Method parameter 


Qualifier 


subscriptionid 


NotificationlRPGonstDefs::Subscriptionld subscription id 


M 


notificationGategorySet 


Return value of type NotificationlRPGonstDefs::NotificationGategorySet 


M 


filterlnEffect 


ManagedGenericlRPGonstDefs::StringOpt filter in effect 





subscriptionState 


NotificationlRPGonstDef::SubscriptionStateOpt subscription state 





timeTick 


ManagedGenericlRPGonstDefs::UnsignedLongOpt time tick 





status 


GetSubscriptionStatus, ManagedGenericlRPSystem::OperationNotSupported, 
ManagedGenericlRPSystem::lnvalidParameter 


M 
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Table 8: Mapping from IS getsubscriptionids parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


string manager reference 


M 


subscriptionldSet 


Return value of type NotificationlRPConstDefs::SubscriptionldSet 


M 


status 


Getsubscriptionids, IVIanagedGenericlRPSystem::OperationNotSupported, 
IVIanagedGenericlRPSystem::lnvalidParameter 


M 



Table 9: Mapping from IS changeSubscrlptlonFilter parameters to SS equivalents 



IS Operation 
parameter 


SS Method parameter 


Qualifier 


subscriptionid 


NotificationlRPGonstDefs::Subscriptionld subscription id 


M 


filter 


string filter 


M 


status 


ChangeSubscriptionFilter, ManagedGenericlRPSystem::OperationNotSupported, 
IVIanagedGenericlRPSystem::lnvalidParameter 


M 



Table 10: Mapping from IS suspendsubscrlptlon parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


If subscription is established using attach_push, there is no SS equivalent 

method. Therefore, there is no SS equivalent for this IS parameter. 

If subscription is established using attach_push_b, the SS equivalent method is 

suspend_connection. This method is defined by OIVIG Notification Service (OIVIG 

TO Document telecom [13]) and requires no parameter. Therefore, there is no SS 

equivalent for this IS parameter. 

If subscription is established using attach_pull, there is no SS equivalent method. 

Therefore, there is no SS equivalent for this IS parameter. 


M 


status 


If subscription is established using attach_push, there is no SS equivalent 

method. Therefore, there is no SS equivalent for this IS parameter. 

If subscription is established using attach_push_b, the SS equivalent method is 

suspend_connection. This method is defined by OIVIG Notification Service (OMG 

TO Document telecom [13]) and it returns a void. Therefore, there is no SS 

equivalent for this IS parameter. This suspend_connection method can raise 

OMG Notification Service (OIVIG TC Document telecom [13]) defined exception 

called GonnectionAlreadylnactive. 

If subscription is established using attach_pull, there is no SS equivalent method. 

Therefore, there is no SS equivalent for this IS parameter. 


M 



Table 11 : Mapping from IS resiunesubscription parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


If subscription is established using attach_push, there is no SS equivalent 

method. Therefore, there is no SS equivalent for this IS parameter. 

If subscription is established using attach_push_b, the SS equivalent method is 

resume_connection. This method is defined by OMG Notification Service (OMG 

TC Document telecom [13]) and requires no parameter. Therefore, there is no SS 

equivalent for this IS parameter. 

If subscription is established using attach_pull, there is no SS equivalent method. 

Therefore, there is no SS equivalent for this IS parameter. 


M 


status 


If subscription is established using attach_push, there is no SS equivalent 

method. Therefore, there is no SS equivalent for this IS parameter. 

If subscription is established using attach_push_b, the SS equivalent method is 

resume_connection. This method is defined by OMG Notification Service (OMG 

TC Document telecom [1 3]) and returns a void. Therefore, there is no SS 

equivalent for this IS parameter. This resume_connection method can raise OMG 

Notification Service (OMG TC Document telecom [13]) defined exception called 

ConnectionAlreadyActive. 

If subscription is established using attach_pull, there is no SS equivalent method. 

Therefore, there is no SS equivalent for this IS parameter. 


M 
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Table 12: Mapping from IS getNotificationCategorles parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


notificationCategoryList 


Return value of type NotificationlRPConstDefs::NotificationCategorySet 


M 


Not specified in IS. 


NotificationlRPConstDefs::NotificationTypesSetOpt notification type list 





status 


GetNotificationCategorles, 
ManagedGenericlRPSystem::OperationNotSupported 


M 



Table 13: Mapping from IS getoperatlonProf lie parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


IRPVersion 


ManagedGenericlRPConstDefs::VersionNumber notification irp version 


M 


operationNameProfile, 
operationParameterProfile 


Return of type ManagedGenericlRPGonstDefs::MethodList 


M 


status 


GetNotificationlRPOperationsProfile, 

ManagedGenericlRPSystem::OperationNotSupported, 

IVIanagedGenericlRPSystem::lnvalidParameter 


M 



Table 14: Mapping from IS getNotlflcatlonProflle parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


IRPVersion 


ManagedGenericlRPConstDefs::VersionNumber notification irp version 


M 


notificationNameProfile, 
notificationParameterProfile 


Return value of type IVIanagedGenericlRPConstDefs::IVIethodList 


M 


status 


GetNotificationlRPNotificationProfile, 

IVIanagedGenericlRPSystem::OperationNotSupported, 

IVIanagedGenericlRPSystem::lnvalidParameter 


M 



A.2.3 Notification parameter mapping 



Notification IRP: IS (3GPP TS 32.302 [7]) defines the semantics of common attributes carried in notifications. This SS 
does not provide the mapping of these attributes to their CORBA SS equivalents. Other IRPs such as Alarm IRP: 
IS (3GPP TS 32.1 1 1-2 [3]) identify and qualify these common attributes for use in their environment. Their 
corresponding SS documents define the mapping of these attributes to their SS equivalents. 



£75/ 



3GPP TS 32.306 version 1 0.2.0 Release 10 17 ETSI TS 1 32 306 VI 0.2.0 (201 1 -1 0) 



A.3 IRPAgent's Behaviour 

This clause describes some IRPAgent's behaviour not captured by IDL. 

A.3.1 Subscription 

IRPManager can invoke muhiple attach_push, muhiple attach_push_b or muhiple attach_pull using 
different manager_ref erence(s). As far as IRP Agent is concerned, the IRP Agent will emit notifications to multiple 
"places" with their independent filter requirements. IRP Agent will not know if the notifications are going to the same 
IRPManager. 

If IRPManager invokes multiple attach_push, attach_push_b or attach_pull using the same 
manager_ref erence and with an already subscribed notif ication_category, IRP Agent shall raise 
AlreadySubscribed exception to all invocations except one. 

IRPManager can invoke multiple attach_push using the same manager_ref erence and with one or more not- 
yet-subscribed notif ication_categories. In this case, if IRP Agent supports all the notification categories 
requested, IRP Agent shall accept the invocation; otherwise, it raises 
AtLeastOneNotif icationCategoryNotSupported exception. IRP Agent shall have similar behaviour for 

attach_push_b and attach_pull. 

When IRPManager is in subscription by invoking attach_push, IRPManager can change the filter constraint, using 
change_subscription_f ilter, applicable to the notification categories specified in the attach_push. 

When IRPManager is in subscription by invoking attach_push_b, IRPManager can change the filter constraint 
during subscription using the OMG defined Notification Service Filter Interface. IRPManager shall not use 
change_subscription_f ilter; otherwise it shall get an exception. 

A.3. 2 IRPAgent supports multiple categories of Notifications 

IRP Agent may emit multiple categories of Notifications. IRPAgent may have mechanism for IRPManager to pull for 
notifications of multiple categories. 

IRPManager can query IRPAgent about the categories of notifications supported by using 
get_notif ication_categories. 

IRPManager uses a parameter, notif ication_categories, in attach_push, attach_push_b and 
attach_pul 1 to specify one or more categories of notifications wanted. 

IRPManager uses a zero-length sequence in notif ication_categories of attach_push, attach_push_b 
and attach_pul 1 to specify that all IRPAgent supported categories of notifications are wanted. If IRPManager uses 
attach_push with zero-length sequence in notif ication_categories and if the operation is successful, 
IRPAgent shall reject subsequent attach_push operation, regardless if the notif ication_categories 
contains a zero-length sequence or one or more specific notification categories. IRPAgent shall have similar behaviour 
for attach_push_b and attach_pull. 
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A.3.3 IRPAgent's integrity risk of attach_push_b IVIethod 

In the case that IRP Agent implements this method by extending or using OMG compHant Notification Service, the 
following IRPManager behaviour illustrates a risk to IRPAgent's integrity. 

Given the object reference (lOR) of the SequenceProxyPushSupplier (as the mandatory output parameter of the 
subject method), IRPManager can invoke SequenceProxyPushSupplier. MyAdmin method. 

IRPManager can then obtain the consumer admin object of the proxy. Then IRPManager can invoke 

ConsumerAdmin.MyChannel to get the lOR of the Notification Channel. IRPManager then can call 

Event Channel . MyFactory which will provide IRPManager the lOR of the EventChannelFactory itself 

IRPManager can then able to invoke methods directly on the EventChannelFactory, like get_all_channels 

which lists all channel numbers and create_channel which allows IRPManager to create any number of additional 

channels. 

A malicious IRPManager can, given access to the EventChannelFactory, get a list of existing channels and start 
connecting them together at random thus compromising the IRPAgent's integrity. Deployment of this 
attach_push_b needs strong authentication and authorisation mechanism in place. 

The attach_push is mandatory. IRP Agent compliant to this IRP shall support it. 

The attach_push_b is optional. It is recommended that IRP Agent concerned with integrity risk should not support 
the attach_push_b option. 



A.3.4 Quality of Service Parameters 



The OMG Notification Service [13] supports a variety of Quality of Service (QoS) properties, such as reliability and 
priority, that may be expressed to indicate the delivery characteristics of notifications. The following OMG 
Notification Service QoS parameter settings shall be required when the IRP Agent uses the OMG Notification Service to 
support this SS: 

1. The order policy shall be set to FifoOrder (First-in, First-out) [13]. 

2. The message priority shall be set to 0, i.e. no priority [13]. 

3. The Start Time Supported shall be set to false, i.e. do not use Start Time [13]. 

4. The Stop Time Supported shall be set to false, i.e. do not use Stop Time [13]. 

When the OMG Notification Service is not used, the IRP Agent shall provide First-in, First-out notification ordering, 
not provide message priority and not provide the support of Start Time and Stop Time. 
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A.4 Solution Set definitions 
A.4.1 IDL definition structure 

Clause A.4. 2 defines the constants and types Generic IRP Operations [9] used by the Notification IRP. 

Clause A.4. 3 defines the Generic IRP Operations as defined by Generic NRM IRP [9] and performed by the 
Notification IRP Agent. 

Clause A.4.4 defines the constants and types used by the Notification IRP. 

Clause A.4. 5 defines the operations that are performed by the Notification IRP agent. 

Clause A.4. 6 defines the notifications header to be used by IRP agent when emitting notifications. 
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A.4.2 IDL specification "IVIanagedGenericlRPConstDefs.icH" 

//File : ManagedGenericIRPConstDef s . idl 

# i f nde f _MANAGED_GENERI C_IRP_CONST_DEFS_IDL_ 

#define _MANAGED_GENERIC_IRP_CONST_DEFS_IDL_ 

#include <TimeBase . idl> 

// This statement must appear after all include statements 
ipragma prefix "3gppsa5.org" 

/* ## Module: ManagedGenericIRPConstDef s 

This module contains definitions commonly used among all IRPs such as Alarm IRP. 



*/ 

module ManagedGenericIRPConstDef s 

{ 

/* 

Definition imported from CosTime. 

The time refers to time in Greenwich Time Zone. 

It also consists of a time displacement factor in the form of minutes of 

displacement from the Greenwich Meridian. 

*/ 

typedef TimeBase : :UtcT IRPTime; 

enum Signal {OK, FAILURE, PARTIAL_FAILURE} ; 

/* 

The VersionNumber is a string that identifies the IRP specification name 
and its version number. See definition "IRP document version number 
string" or "IRPVersion" . 

The VersionNumberSet is a sequence of such VersionNumber. It is returned 

by get_XXX_IRP_versions { ) . The sequence order has no significance. 

*/ 

typedef string VersionNumber; 

typedef sequence <VersionNumber> VersionNumberSet ; 

typedef string MethodName; 

typedef string ParameterName; 

typedef sequence <ParameterName> ParameterList ; 

/* 

The Method defines the structure to be returned as part of 

get_supported_operations_prof ile ( ) . The name shall be the actual method 

name {ex. "attach_push" , "change_subscription_f liter" , etc.) 

The parameter_list contains a list of strings. Each string shall be 

the actual parameter name (ex. "manager_ref erence" , "filter", etc.) 

*/ 

struct Method 

{ 

MethodName name; 
ParameterList parameter_list ; 

}; 
/* 

List of all methods and their associated parameters. 

*/ 

typedef sequence <Method> MethodList; 

/* 

StringOpt is a type carrying an optional parameter. 

If the boolean is TRUE, then the value is present. 

Otherwise the value is absent. 

*/ 

union StringOpt switch (boolean) 

{ 

case TRUE: string value; 



/* 

ShortOpt is a type carrying an optional parameter. 

If the boolean is TRUE, then the value is present. 

Otherwise the value is absent. 

*/ 

union ShortOpt switch (boolean) 
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case TRUE: short value; 



/* 

UnsignedShortOpt is a type carrying an optional parameter. 

If the boolean is TRUE, then the value is present. 

Otherwise the value is absent. 

V 

union UnsignedShortOpt switch (boolean) 

{ 

case TRUE: unsigned short value; 



/* 

LongOpt is a type carrying an optional parameter. 

If the boolean is TRUE, then the value is present. 

Otherwise the value is absent. 

*/ 

union LongOpt switch (boolean) 

{ 

case TRUE: long value; 



/* 

UnsignedLongOpt is a type carrying an optional parameter. 

If the boolean is TRUE, then the value is present. 

Otherwise the value is absent. 

*/ 

union UnsignedLongOpt switch (boolean) 

{ 

case TRUE: unsigned long value; 



#endif // _MANAGED_GENERIC_IRP_CONST_DEFS_IDL_ 
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A.4.3 IDL specification "IVIanagecJGenericlRPSystem.icH" 

//File : ManagedGenericIRPSystem. idl 

# i f nde f _MANAGED_GENERI C_IRP_S YSTEM_IDL_ 

#define _MANAGED_GENERIC_IRP_SYSTEM_IDL_ 

// This statement must appear after all include statements 
ipragma prefix "3gppsa5.org" 

/* ## Module: ManagedGenericIRPSystem 

This module contains definitions commonly used among all IRPs such as Alarm IRP. 



*/ 

module ManagedGenericIRPSystem 

{ 

/* 

Exception thrown when an unsupported optional parameter 

is passed with information. 

The parameter shall be the actual unsupported parameter name. 

*/ 

exception ParameterNotSupported { string parameter; } ; 

/* 

Exception thrown when an invalid parameter value is passed. 

The parameter shall be the actual parameter name. 

*/ 

exception InvalidParameter { string parameter; }; 

/* 

Exception thrown when a valid but unsupported parameter value is passed. 

The parameter shall be the actual parameter name. 

*/ 

exception ValueNotSupported { string parameter; }; 

/* 

Exception thrown when an unsupported optional method is called. 

*/ 

exception OperationNotSupported { } ; 



}; 

#endif // MANAGED GENERIC IRP SYSTEM IDL 
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A.4.4 IDL specification "NotificationlRPConstDefs.idI' 

//File : Notif icationlRPConstDef s . idl 
#ifndef _NOTIFICATION_IRP_CONST_DEFS_IDL_ 
#define _NOTIFICATION_IRP_CONST_DEFS_IDL_ 

#include <ManagedGenericIRPConstDef s . idl> 

// This statement must appear after all include statements 
ipragma prefix "3gppsa5.org" 

/* ## Module: Notif icationlRPConstDef s 

This module contains definitions specific for Notification IRP. 



*/ 

module Notif icationlRPConstDef s 

{ 

/* 

Define the parameters {in the notification header) specified in 

the Notification IRP: IS. 

*/ 

interface AttributeNameValue 

{ 

const string NOTIFICATION_ID = "a"; 

const string EVENT_TIME = "b" ; 

const string SYSTEM_DN = "c"; 

const string MANAGED_OBJECT_CLASS = "d" ; 

const string MANAGED_OBJECT_INSTANCE = "e"; 

}; 

/* 

It defines the notification categories. 

A notification category is identified by the IRP name and its version number. 

*/ 

typedef ManagedGenericIRPConstDef s : : VersionNumberSet Notif icationCategorySet; 

/* 

Notif icationCategorySetOpt is a type carrying an optional parameter. 

If the boolean is TRUE, then the value is present. 

Otherwise the value is absent. 

*/ 

union Notif icationCategorySetOpt switch (boolean) 

{ 

case TRUE: Notif icationCategorySet value; 

}; 
/* 

It defines the notification types of a particular notification category. 

V 

typedef sequence <string> Notif icationTypePerNotificationCategory; 

/* 

This sequence identifies all notification types of all notification 
categories identified by Notif icationCategorySet . The number of elements 
in this sequence shall be identical to that of Notif icationCategorySet . 
*/ 

typedef sequence <Notif icationTypePerNotif icationCategory> 
Notif icationTypesSet ; 

/* 

Notif icationTypesSetOpt is a type carrying an optional parameter. 

If the boolean is TRUE, then the value is present. 

Otherwise the value is absent. 

*/ 

union Notif icationTypesSetOpt switch (boolean) 

{ 

case TRUE: Notif icationTypesSet value; 

}; 
/* 

It defines a sequence of Subscriptionlds . 

*/ 

typedef string Subscriptionid; 

typedef sequence <SubscriptionId> SubscriptionldSet ; 

/* 
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SubscriptionldOpt is a type carrying an optional parameter. 
If the boolean is TRUE, then the value is present. 
Otherwise the value is absent. 

union SubscriptionldOpt switch (boolean) 

{ 

case TRUE: Subscriptionid value; 

}; 
/* 

This indicates if the subscription is Active {not suspended) , Suspended, 
or Invalid. 

*/ 

enum SubscriptionState {ACTIVE, SUSPENDED, INVALID}, - 

/* 

SubscriptionStateOpt is a type carrying an optional parameter. 

If the boolean is TRUE, then the value is present. 

Otherwise the value is absent. 

*/ 

union SubscriptionStateOpt switch (boolean) 

{ 

case TRUE: SubscriptionState value; 



#endif // NOTIFICATION_IRP_CONST_DEFS_IDL_ 
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A.4.5 IDL specification "NotificationlRPSystem.idr 

//File : Notif icationlRPSystem. idl 
#ifndef _NOTIFICATION_IRP_SYSTEM_IDL_ 
#define _NOTIFICATION_IRP_SYSTEM_IDL_ 

#include <CosNotifyChannelAdmin . idl> 
#include <ManagedGenericIRPConstDef s . idl> 
#include <ManagedGenericIRPSystem. idl> 
#include <Notif icationlRPConstDef s . idl> 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5.org" 

/* ## Module: Notif icationlRPSystem 

This module implements capabilities of Notification IRP. 



*/ 

module Notif icationlRPSystem 

{ 

/* 

System fails to complete the operation. System can provide reason 

to qualify the exception. The semantics carried in reason 

is outside the scope of this IRP. 

*/ 

exception GetNotif icationlRPVersions { string reason; } ; 

exception GetNotif icationlRPOperationsProfile { string reason; }; 

exception GetNotif icationlRPNotificationProfile { string reason; }; 

exception Attach { string reason; }; 

exception DetachException { string reason; }; 

exception GetSubscriptionStatus { string reason; }; 

exception ChangeSubscriptionFilter { string reason; }; 

exception GetNotif icationCategories { string reason; }; 

exception GetSubscriptionlds { string reason; }; 

exception AlreadySubscribed { } ; 

exception AtLeastOneNotif icationCategoryNotSupported { } ; 

interface Notif icationIRP 

{ 

/* 

Return the list of all supported Notification IRP versions 
Each IRPVersion is defined by the rule in TS 32.311 clause titled 
"IRP document version number string" 
*/ 

ManagedGenericIRPConstDef s : : VersionNumberSet get_notif ication_irp_versions 
{ 
) 
raises {GetNotif icationlRPVersions) ; 

/* 

Return the list of all supported operations and their supported 

parameters for a specific Notification IRP version. 

*/ 

ManagedGenericIRPConstDef s : :MethodList 

get_notif ication_irp_operations_prof ile { 

in ManagedGenericIRPConstDef s : : VersionNumber 
notif ication_irp_vers ion 
) 
raises {GetNotif icationlRPOperationsProfile, 

ManagedGenericIRPSystem: lOperationNot Supported, 
ManagedGenericIRPSystem: : InvalidParameter) ; 

/* 

Return the list of all supported notifications. 

Agent should always throw a ManagedGenericIRPSystem: lOperationNotSupported 

exception. 

Similar method, such as get_alarm_IRP_notif ication_prof ile, 

is supported in other IRP versions such as Alarm IRP. 

*/ 

ManagedGenericIRPConstDef s : iMethodList 

get_notif ication_irp_notif ication_prof ile { 

in ManagedGenericIRPConstDef s : : VersionNumber 
notif ication_irp_vers ion 
) 
raises {GetNotif icationlRPNotificationProfile, 
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ManagedGenericIRPSystem: lOperationNot Supported, 
ManagedGenericIRPSystem: : InvalidParameter) ; 

/* 

Obtain the list of all supported notification categories. 

Notif icationlRPConstDef s : iNotif icationCategorySet 
get_notif ication_categories { 

out Notif icationlRPConstDef s : : Notif icationTypesSetOpt 
notif ication_type_list 
) 
raises {GetNotif icationCategories, 

ManagedGenericIRPSystem: lOperationNotSupported) ; 

Notif icationlRPConstDef s :: Subscriptionid attach_push { 
in string manager_ref erence, 

in ManagedGenericIRPConstDef s : lUnsignedLongOpt time_tick, 
in Notif icationlRPConstDef s : : Notif icationCategorySetOpt 

notif ication_categories , 
in ManagedGenericIRPConstDef s :: StringOpt filter 
) 
raises {Attach, ManagedGenericIRPSystem: : ParameterNotSupported, 

ManagedGenericIRPSystem: : InvalidParameter, AlreadySubscribed, 
AtLeastOneNotificationCategoryNot Supported) ; 

Notif icationlRPConstDef s :: Subscriptionid attach_push_b { 
in string manager_ref erence, 

in ManagedGenericIRPConstDef s : :UnsignedLongOpt time_tick, 
in Notif icationlRPConstDef s : :Notif icationCategorySetOpt 

notif ication_categories , 
in ManagedGenericIRPConstDef s :: StringOpt filter, 

out CosNotifyChannelAdmin: : SequenceProxyPushSupplier system_ref erence 
) 

raises {Attach, ManagedGenericIRPSystem: :OperationNotSupported, 
ManagedGenericIRPSystem: : ParameterNotSupported, 
ManagedGenericIRPSystem: : InvalidParameter, 
AlreadySubscribed, AtLeastOneNotificationCategoryNot Supported) ; 

Notif icationlRPConstDef s :: Subscriptionid attach_pull { 
in string manager_ref erence, 

in ManagedGenericIRPConstDef s : :UnsignedLongOpt time_tick, 
in Notif icationlRPConstDef s : : Notif icationCategorySetOpt 

notif ication_categories , 
in ManagedGenericIRPConstDef s :: StringOpt filter, 

out CosNotifyChannelAdmin: : SequenceProxyPullSupplier system_ref erence 
) 

raises {Attach, ManagedGenericIRPSystem: :OperationNotSupported, 
ManagedGenericIRPSystem: : ParameterNotSupported, 
ManagedGenericIRPSystem: : InvalidParameter, 
AlreadySubscribed, AtLeastOneNotificationCategoryNot Supported) ; 

/* 

Replace the present filter constraint with the one provided. 

*/ 

void change_subscription_f liter { 

in Notif icationlRPConstDef s :: Subscriptionid subscription_id, 
in string filter 
) 
raises {ChangeSubscriptionFilter, 

ManagedGenericIRPSystem: :OperationNot Supported, 
ManagedGenericIRPSystem: : InvalidParameter) ; 

/* 

Check the current state of the subscription. 

Notif icationlRPConstDef s : :Notif icationCategorySet get_subscription_status 
{ 

in Notif icationlRPConstDef s :: Subscriptionid subscription_id, 

out ManagedGenericIRPConstDef s :: StringOpt f ilter_in_ef f ect , 

out Notif icationlRPConstDef s : : SubscriptionStateOpt subscription_state, 

out ManagedGenericIRPConstDef s : :UnsignedLongOpt time_tick 
) 
raises {GetSubscriptionStatus, 

ManagedGenericIRPSystem: :OperationNot Supported, 
ManagedGenericIRPSystem: : InvalidParameter) ; 

Notif icationlRPConstDef s : : SubscriptionldSet get_subscription_ids { 
in string manager_ref erence 
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) 

raises {GetSubscriptionlds, 

ManagedGenericIRPSystem: lOperationNot Supported, 
ManagedGenericIRPSystem: : InvalidParameter) ; 

/* 

Terminates the subscription with the agent. 

*/ 

void detach { 

in string manager_ref erence, 

in Notif icationlRPConstDef s : : SubscriptionldOpt subscription_id 
) 
raises {DetachException, 

ManagedGenericIRPSystem: : ParameterNotSupported, 
ManagedGenericIRPSystem: : InvalidParameter) ; 



#endif // _NOTIFICATION_IRP_SYSTEM IDL_ 
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A.4.6 IDL specification "NotificationiRPNotifications.idl" 

//File : Notif icationlRPNotif ications . idl 
#ifndef _NOTIFICATION_IRP_NOTIFICATIONS_IDL_ 
#define _NOTIFICATION_IRP_NOTIFICATIONS_IDL_ 

#include <CosNotif ication. idl> 
#include <Notif icationlRPConstDef s . idl> 

// This statement must appear after all include statements 
#pragma prefix "3gppsa5.org" 

module Notif icationlRPNotif ications 
{ 

interface Notify 

{ 

/** 

Notification IRP IS defines 6 attributes for the notification header. 

They are: objectClass, objectlnstance, notif icationid, eventTime, 

systemDN and notif icationType . 

The first 2 attributes are mapped into 1 name-value pair. The name of 
the mapped IDL construct is MANAGED_OBJECT_INSTANCE . The const 
string of this mapped IDL construct is defined here. 

The notif icationid, eventTime and systemDN are respectively mapped 
into 3 name-value pairs. The const string (s) of these 3 mapped IDL 
constructs are defined here. 

The notif icationType is not mapped into any name-value pair 

but is mapped into the type_name position-dependent 

field of the CORBA structured-event. There is no need for a const string 

definition for it. 

*/ 

const string iyLANAGED_OBJECT_INSTANCE = 

Notif icationlRPConstDef s: lAttributeName Value : : MANAGED_OB JECT_INSTANCE ; 

const string NOTIFICATION_ID = 

Notif icationlRPConstDef s : lAttributeName Value : :NOTIFICATION_ID; 

const string EVENT_TIME = 

Notif icationlRPConstDef s: lAttributeName Value : : EVENT_TIME ; 

const string SYSTEM_DN = 

Notif icationlRPConstDef s: lAttributeName Value : :SYSTEM_DN; 

}; 
/** 

Type to which OMG CosNotif ication: : StructuredEvent remainder_of_body any is to be mapped 
*/ 

struct NonFilterableEventBody { 

CosNotif ication: :PropertySeq name_value_pairs ; 
any remainder_of_non_f ilterable_body; 



#endif // _NOTIFICATION_IRP_NOTIFICATIONS_IDL_ 
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Annex B (normative): 
XML Definitions 



This annex contains the XML Definitions for the Notification Integration Reference Point (Notification IRP) as it 
applies to Itf-N, in accordance with Notification IRP IS definitions [7]. 

This XML Definitions specification defines the Notification IRP XML Notification header format. 

This specification is related to 3GPP TS 32.302 VIO.O.X [7]. 



B.1 Architectural Features 

The overall architectural feature of Notification IRP is specified in 3G TS 32.302 [7]. This clause specifies features that 
are specific to the XML definitions. 



B.1 .1 Syntax for Distinguished Names 

The syntax of a Distinguished Name is defined in 3GPP TS 32.300 [5]. 



B.2 IVIapping 

Not present in the current version of this specification. 



B.3 Solution Set definitions 

B.3.1 Notification IRP XML notification header Definitions 

This clause provides XML definitions of Notification IRP notification header as defined in 3GPP TS 32.302 [3]. 
These definitions are to be used in conjunction with Notification Log IRP XML Definitions for Notification Log IRP 
XML Data File and the NL IRP XML Notification Format (3GPP TS 32.335 [4]). 

The structure of the Notification IRP XML Notification header Format is shown in clause B.3. 2. 

The Notification IRP XML Notification header Format uses the definition of notifications in clause B.3. 3. 
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B.3.2 Graphical Representation 



I xe : Boti ficationHeade 



flotifi 



xe: header ^ l-f{-EiF]EF 



— xe : Dbjectlustauce 



~xe Inoti ficatioikid < 



xe : eTentTiae 



~xe : systeaDE ■ 



xe inoti f icationType 



Figure B-1 : Notification IRP XI\/IL Notification header WSDL structure 
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B.3.3 XML Schema "notification. xsd" 

<?xml version="l . 0" encoding="UTF-8" ?> 
< ! - - 

3GPP TS 32.306 Notification IRP 

3GPP Notification IRP XML Solution Definitions, Schema Definition 
notification. xsd 
- - > 

< schema targetNamespace="http : //www. 3gpp .org/f tp/specs/archive/32_series/32 . 3 6#notif ication" 
xmlns="http: //www.w3 . org/2 01/XMLSchema" 

xmlns :xe="http : //www. 3gpp . org/f tp/ specs /archive/3 2_series/3 2 . 3 06#not if ication" 
xmlns :xn="http : //www. 3gpp . org/f tp/ specs /archive/3 2_series/3 2 . 62G#genericNrm" 
elementFormDefault=" qualified" attributeFormDefault=" unqualified" > 

< import namespace="http : //www. 3gpp .org/f tp/specs/archive/32_series/32 . 62 6#genericNrm"/> 
<simpleType name="Notif icationid" > 

<restriction base="long"/> 
</simpleType> 

<complexType name="Notif icationHeader" > 
<all> 

<element name="objectInstance" type="xn:dn"/> 

<element name="notif icationid" type="xe iNotif icationid" minOccurs=" 0"/> 
<element name="eventTime" type="dateTime"/> 
<element name="systemDN" type="xn:dn" minOccurs="0"/> 
<element name="notif icationType" type="string"/> 
</all> 
</complexType> 

<complexType name= "Notification" abstract="true" > 
<sequence> 

<element name="header" type="xe iNotif icationHeader"/> 
</sequence> 
</complexType> 

<element name="Notif ication" type="xe iNotif ication"/> 
</schema> 
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Annex C (normative): 
SOAP Solution Set 



This annex specifies the SOAP Solution Set for the IRP whose semantics are specified in Notification IRP: Information 
Service (3GPP TS 32.302 [7]). 



C.1 Architectural features 



The overall architectural feature of Notification IRP is specified in 3GPP TS 32.302 [7]. This clause specifies features 
that are specific to the SOAP solution set. 

The SOAP 1.1 specification [16] and WSDL 1.1 specification [18] are supported. 

The SOAP 1.2 specification [17] is supported optionally. 

This specification uses "document" style in WSDL file. 

This specification uses "literal" encoding style in WSDL file. 

The IRP Agent shall support the push interface model that means IRP Agent sends notifications to IRPManager as soon 
as new events occur. IRPManager does not need to check ("pull") for events. 

The "Notification" definition is imported from Notification IRP XML Definition, documented in Annex B of this 
specification. 

This specification uses a number of namespace prefixes throughout that are listed in the Table below. 

Prefixes and Namespaces used in this specification 



^ PREFIX 


NAMESPACE 


http 


http://sGhemas.xmlsoap.org/wsdl/http/ 


soap 


http://schemas.xmlsoap.org/wsdl/soap/ 


SOAP-ENV 


http://schemas.xmlsoap.org/soap/envelope/ 


SOAP-ENC or soapenc 


http://schemas.xmlsoap.org/soap/encoding/ 


xs or xsd 


http://www.w3.org/2001/XMLSchema 


xsi 


http://www.w3.org/2001/XMLSchema-instance 


ntflRPSystem 


http://www.3gpp.org/ftp/specs/archive/32 series/32.306#NotificationlRPSystem 


ntflRPData 


http://www.3gpp.org/ftp/specs/archive/32 series/32. 306#NotificationlRPData 


ntflRPNtfSystem 


http://www.3gpp.org/ftp/specs/archive/32 series/32.306#NotificationlRPNtfSystem 


ntflRPNtfData 


http://www.3gpp.org/ftp/specs/archive/32 series/32.306#NotificationlRPNtfData 


genericlRPSystem 


http://www.3gpp.org/ftp/specs/archive/32 series/32.31 6#GenericlRPSystem 
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The WSDL structure is as outlined in the figures below: 



Operations 



getlRFVersion 

getOperationProfile 

getNotificationProfile 

subscribe 

unsubscribe 

getSubscripHonlds 

getSubscriptionStatus 

changes ubscriptionPilter 

suspendSubscription 

resumes ubscription 

getN otif icationCategories 



PortTypes 



Bindings 



Services 



S-®: NotificationIRP 



B"iS\ NotificationIRP 

1. NotificationIRP 



Figure C-1 : Notification IRP SOAP Solution Set WSDL structure 



Operations 



PortTypes 



S- ^1 notifv 



Bindings 



m-^ NotificationlRPNtf 



Services 



B-<^ NotificationlRPNtf 

fk. NotificationlRPNtf 



Figure C-2: Notification IRP SOAP Solution Set Notification WSDL structure 



C.1 .2 Syntax for Distinguished Names 

The syntax of a Distinguished Name is defined in 3GPP TS 32.300 [5]. 
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C.2 Mapping 

C.2.1 Operation mapping 

Notification IRP: IS (3GPP TS 32.302 [7]) defines semantics of operations visible across this IRP. These operations are 
the operations of the lOCs defined in 3GPP TS 32.302 [7]. 

The table maps the operations defined in Notification IRP: IS (3GPP TS 32.302 [7]) to their equivalents (methods) in 
this Solution Set (SS). Specifically, it maps the operations of the lOCs defined in 3GPP TS 32.302 [7] to their 
equivalents in this SS. Since one of the lOCs, the Notif icationIRP IOC, inherits from the 
ManagedGenericIRP IOC [9], the table below also maps the operations of ManagedGenericIRP IOC to their 
equivalents (methods) in this SS. 

The table below also qualifies if a method is Mandatory (M) or Optional (O). 

Mapping from IS Operation to SS Equivalents 



IS Operations in 3GPP TS 32.302 [7] 


SS Operations 


Qualifier 


subscribe 


subscribe 


M 


unsubscribe 


unsubscribe 


M 


getSubscriptionlds 


getSubscriptionlds 





getSubscriptionStatus 


getSubscriptionStatus 





cliangeSubscriptionFilter 


changeSubscriptionFilter 





suspendSubscription 


suspendSubscription 





resumeSubscription 


resumeSubscription 





getNotificationCategories 


getNotificationCategories 





getlRPVersion (see note.) 


getlRPVersion 


M 


getOperationProfile (see note.) 


getOperationProfile 





getNotificationProfile (see note.) 


getNotificationProfile 





NOTE: These 3 operations are operations of IVIanagedGenericIRP IOC specified in 3GPP TS 32.31 2 [9]. 
The Notification IRP IOC of 3GPP TS 32.302 [7] inherits from it. 



C.2.2 Filter language 

The filter language used in the SS is the XPath Language (see W3C XPath 1.0 specification [19]). IRP Agents may 
throw a FilterComplexityLimit fault when a given filter is too complex. 

C.2.3 Common datatype definition 
C.2. 3.1 NotificationCategorySetType 

<complexType name="Notif icationCategorySetType"> 

<complexContent> 

<extension base="ntf IRPData: VersionNumberSetType"> 

</extension> 
< /complexContent > 
</complexType> 

C.2.3.2 SubscriptionStateType 

<simpleType name="SubscriptionStateType"> 
<restriction base="string"> 

<enumeration value=" Suspended" /> 

< enumeration value="NotSuspended"/> 
< /restrict ion> 
</simpleType> 
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C.2.4 Operation parameter mapping 



3GPP TS 32.302 [7] defines semantics of parameters carried in operations across the Notification IRP. The tables below 
show the mapping of these parameters, as per operation, to their equivalents defined in this SS. 

C.2.4. 1 Operation subscribe 

C.2.4. 1 .1 Input parameters 

Mapping from IS subscribe input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURl managerReference 


M 


timelick 


long timeTick 





notificationCategories 


ntflRPData:NotificationCategorySetType notificationCategories 





filter 


string filter (see note 1) 







anyURi ntfTransServiccNS (see note 2) 


M 


N0TE1 : The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 9]. 

N0TE2: This parameter is used to specify the name space of the Web Notification Transmission Service that will be 
used for sending notification. 

The "http://www.3gpp.Org/ftp/specs/archive/32_series/32.306#notification" URI 
should be supported. 



Here is the XML schema fragment of the subscribe request: 

<!-- subscribe Request --> 
<element name=" subscribe "> 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 

<element name=" timeTick" type="long" minOccurs="0"/> 

<element name="notif icationCategories" type="ntf IRPData iNotif icationCategorySetType" 

minOccurs= " " / > 

<element name="f ilter" type="string" minOccurs=" 0"/> 

<element name="ntfTransServiceNS" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 



C.2.4. 1 .2 Output parameters 



Mapping from IS subscribe output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 


status 


ntflRPData:subscribeFault 


M 



Here is the XML schema fragment of the subscribe response: 

<!-- subscribe Response --> 
<element name= " subscr ibeResponse " > 
<complexType> 
<sequence> 

<element name=" subscriptionid" type=" string" /> 
</sequence> 
</complexType> 
</element> 



C.2.4.1.3 



Fault definition 



<!-- subscribe Fault --> 
<element name="subscribeFault" > 
< c omp 1 exTyp e > 
<choice> 



£75/ 



3GPP TS 32.306 version 10.2.0 Release 10 



36 



ETSI TS 132 306 VI 0.2.0 (2011-10) 



<element name="AlreadySubscribedFault" type="string"/> 

<element name="AtLeastOneNotif icationCategoryNotSupportedFault" type=" string" /> 

<element name="subscribeFault" type="string"/> 

< element ref ="ntf IRPData : InvalidParameterFault"/> 

< element ref ="ntf IRPData : ParameterNotSupportedFault"/> 
</choice> 
</complexType> 
</element> 

C.2.4.2 Operation unsubscribe 

C. 2.4. 2.1 Input parameters 

Mapping from IS unsubscribe input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 


subscriptionid 


string subscriptionid 






Here is the XML schema fragment of the unsubscribe request: 

<!-- unsubscribe Request --> 

<element name="unsubscribe" > 

< c omp 1 exTyp e > 

<sequence> 
<element name= "managerReference" type="anyURI"/> 
<element name="subscriptionId" type="string" minOccurs="0"/> 

</sequence> 

</complexType> 

</element> 



C.2.4.2.2 



Output parameters 
Mapping from IS unsubscribe output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


Status 


ntflRPData:unsubscribeFault 


M 



Here is the XML schema fragment of the unsubscribe response: 

<!-- unsubscribe Response --> 
<element name="unsubscribeResponse"> 
</element> 



C.2.4.2.3 Fault definition 

<!-- unsubscribe Fault --> 

<element name="unsubscribeFault "> 

<complexType> 

<choice> 

<element name="unsubscribeFault" type="string"/> 

< element ref ="ntf IRPData : InvalidParameterFault"/> 

< element ref ="ntf IRPData : ParameterNotSupportedFault"/> 

</choice> 

</complexType> 

</element> 
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C.2.4.3 Operation getSubscriptionlds 

C. 2.4. 3.1 Input parameters 

Mapping from IS getSubscriptionlds input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 



Here is the XML schema fragment of the getSubscriptionlds request: 

<!-- getSubscriptionlds Request --> 
<element name="getSubscriptionIds" > 
< c omp 1 exTyp e > 
<sequence> 

<element name= "managerReference" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

C.2.4.3. 2 Output parameters 

Mapping from IS getSubscriptionlds output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionldSet 


sequence of string subscriptionldSet 


M 


status 


ntflRPData:getSubscriptionldsFault 


M 



Here is the XML schema fragment of the getSubscriptionlds response: 

<!-- getSubscriptionlds Response --> 
<element name="getSubscriptionIdsResponse" > 
<complexType> 
<sequence> 

<element name= " subscript ionldSet " > 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string" maxOccurs="unbounded"/> 
</sequence> 
</complexType> 
</element> 
</sequence> 
</complexType> 
</element> 



C.2.4.3.3 



Fault definition 



<!-- getSubscriptionlds Fault --> 

<element name="getSubscriptionIdsFault" > 

<complexType> 

<choice> 

<element name="getSubscriptionIdsFault " type="string"/> 
<element ref ="ntf IRPData:OperationNotSupportedFault "/> 
<element ref ="ntf IRPData: InvalidParameterFault "/> 

</choice> 

</complexType> 

</element> 
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C.2.4.4 Operation getSubscriptionStatus 

C. 2.4.4.1 Input parameters 

Mapping from IS getSubscriptionStatus input parameters to SS equivalents 



IS Operation parameter SS Method parameter|Qualifier| 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the getSubscriptionStatus request: 

<!-- getSubscriptionStatus Request --> 
<element name="getSubscriptionStatus" > 
<complexType> 
<sequence> 

<element name=" subscriptionid" type="string"/> 
</sequence> 
</complexType> 
</element> 

C.2.4.4. 2 Output parameters 

Mapping from IS getSubscriptionStatus output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


notificationCategories 


ntflRPData:NotificationCategorySetType notificationCategories 


C 


filterlnEffect 


string filterlnEffect (see note) 





SubscriptionState 


ntflRPData:SubscriptionStateType SubscriptionState 





timeTicl< 


long timeTick 





status 


ntflRPData:getSubscriptionStatusFault 


M 


NOTE: The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 9]. 



Here is the XML schema fragment of the getSubscriptionStatus response: 

<!-- getSubscriptionStatus Response --> 
<element name="getSubscriptionStatusResponse" > 
< c omp 1 exTyp e > 
<sequence> 

<element name= "notificationCategories" type="ntf IRPData:Notif icationCategorySetType" 

minOccurs= " " /> 

<element name="f ilterlnEf f ect" type=" string" minOccurs=" 0"/> 

<element name=" SubscriptionState" type="ntf IRPData : SubscriptionStateType" 
minOccurs= " " / > 

<element name=" timeTick" type="long" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

C.2.4.4.3 Fault definition 

<!-- getSubscriptionStatus Fault --> 
<element name="getSubscriptionStatusFault" > 
<complexType> 
<choice> 

<element name="getSubscriptionStatusFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 
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C.2.4.5 Operation changeSubscriptionFilter 

C. 2.4. 5.1 Input parameters 

Mapping from IS changeSubscriptionFilter input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscription Id 


string subscriptionid 


M 


filter 


string filter (see note) 


M 


NOTE: The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 9]. 



Here is the XML schema fragment of the changeSubscriptionFilter request: 

<!-- ChangeSubscriptionFilter Request --> 
<element name=" changeSubscriptionFilter" > 
< c omp 1 exTyp e > 
<sequence> 

<element name="subscriptionId" type="string"/> 

<element name="f ilter" type="string"/> 
</sequence> 
</complexType> 
</element> 

C.2.4.5. 2 Output parameters 

Mapping from IS changeSubscriptionFilter output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:changeSubscriptionFilterFault 


M 



Here is the XML schema fragment of the changeSubscriptionFiher response: 

<!-- ChangeSubscriptionFilter Response --> 
<element name="changeSubscriptionFilterResponse" > 
</element> 

C.2.4.5.3 Fault definition 

<!-- ChangeSubscriptionFilter Fault --> 
<element name="changeSubscriptionFilterFault" > 
< c omp 1 exTyp e > 
<choice> 

< element name="changeSubscriptionFilterFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

C.2.4.6 Operation suspendSubscription 

C. 2.4. 6.1 Input parameters 

Mapping from IS suspendSubscription input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the suspendSubscription request: 

<!-- suspendSubscription Request --> 
<element name=" suspendSubscription" > 
<complexType> 
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<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 



C.2.4.6.2 Output parameters 

Mapping from IS suspendSubscription output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:suspendSubscriptionFault 


M 



Here is the XML schema fragment of the suspendSubscription response: 

<!-- suspendSubscription Response --> 
<element name="suspendSubscriptionResponse" > 
</element> 



C.2.4.6.3 Fault definition 

<!-- suspendSubscription Fault --> 
<element name="suspendSubscriptionFault" > 
< c omp 1 exTyp e > 
<choice> 

<element name="suspendSubscriptionFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

C.2.4.7 Operation resumeSubscription 

C. 2.4. 7.1 Input parameters 

Mapping from IS resumeSubscription input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the resumeSubscription request: 

<!-- resumeSubscription Request --> 
<element name=" resumeSubscription" > 
<complexType> 
<sequence> 

<element name=" subscriptionid" type="string"/> 
</sequence> 
</complexType> 
</element> 

C.2.4.7. 2 Output parameters 

Mapping from IS resumeSubscription output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:resumeSubscriptionFault 


M 



Here is the XML schema fragment of the resumeSubscription response: 

<!-- resumeSubscription Response --> 
<element name="resumeSubscriptionResponse" > 
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</element> 

C.2.4.7.3 Fault definition 

<!-- resumeSubscription Fault --> 
<element name="resumeSubscriptionFault" > 
< c omp 1 exTyp e > 
<choice> 

<element name="resumeSubscriptionFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

C.2.4.8 Operation getNotificationCategories 
C. 2.4. 8.1 Input parameters 

None. 

Here is the XML schema fragment of the getNotificationCategories request: 

<!-- getNotificationCategories Request --> 
<element name= "getNotificationCategories "> 
</element> 

C.2.4.8. 2 Output parameters 

Mapping from IS getNotificationCategories output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


NotificationCategoryList 


ntflRPData:NotificationCategorySetType NotificationCategoryList 


M 


status 


ntflRPData:getNotificationCategoriesFault 


M 



Here is the XML schema fragment of the getNotificationCategories response: 

<!-- getNotificationCategories Response --> 
<element name="getNotif icationCategoriesResponse"> 
<complexType> 
<sequence> 

< element name= "NotificationCategoryList" type="ntf IRPData :Notif icationCategorySetType"/> 
</sequence> 
</complexType> 
</element> 

C.2.4.8.3 Fault definition 

<!-- getNotificationCategories Fault --> 

<element name="getNotif icationCategoriesFault" > 
<complexType> 
<choice> 

< element name="getNot if icationCategoriesFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
</choice> 
</complexType> 
</element> 



C.2.5 Parameter mapping 



Notification IRP: IS (3GPP TS 32.302 [7]) defines the semantics of common attributes carried in notifications. This SS 
does not provide the mapping of these attributes to their SOAP SS equivalents. Other IRPs such as Alarm IRP: 
IS (3GPP TS 32. Ill -2 [3]) identify and qualify these common attributes for use in their environment. Their 
corresponding SS documents define the mapping of these attributes to their SS equivalents. 
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C.2.6 Notification I RPNotification Interface definition 

The operation name is defined as "notify". 



C.2.6. 1 Input parameters 



notify input parameters 



IS Operation parameter 


SS Method parameter 


Qualifier 


- 


xe:Notification notification 


M 









The notifications of the various IRPs extend the input parameter above. 
Here is the XML schema fragment of the notify request: 

<!-- notify Request --> 
<element name="notify" > 
< c omp 1 exTyp e > 
<sequence> 

< e lement name = " not i f icat lonHeaderAndBody " 

type="ntf IRPNtfData:AnySequenceType"/> 
</sequence> 
</complexType> 
</element> 

<complexType name="AnySequenceType" > 
<sequence> 

<any namespace="##any" processContents="lax" maxOccurs="unbounded"/> 
</sequence> 
</complexType> 



C.2.6. 2 Output parameters 

None. 
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C.3 IRPAgent's Behaviour 

This clause describes some IRPAgent's behaviour not captured by WSDL. 

C.3.1 Subscription 

IRPManager can invoke muhiple subscribe operation using different managerRef erence(s). As far as 
IRP Agent is concerned, the IRP Agent will emit notifications to multiple "places" with their independent filter 
requirements. IRP Agent will not know if the notifications are going to the same IRPManager. 

If IRPManager invokes multiple subscribe using the same managerRef erence and with an already subscribed 
notif icationCategory, IRPAgent shall raise AlreadySubscribedFault fault to all invocations except 
one. 

IRPManager can invoke multiple subscribe using the same managerRef erence and with one or more not-yet- 
subscribed notif icationCategories. In this case, if IRPAgent supports all the notification categories requested, 
IRPAgent shall accept the invocation; otherwise, it raises 

AtLeastOneNotif icationCategoryNotSupportedFault fault. 
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C.4 Solution Set definitions 
C.4.1 WSDL definition structure 

Clause C.4.2 provides a graphical representation of the Notification IRP service. 
Clause C.4. 3 defines the services that are supported by the Notification IRP agent. 
Clause C.4.4 defines the Notification Header definitions. 

C.4.2 Graphical Representation 

Not present in the current version of this specification. 
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C.4.3 WSDL specification "Notification I RPSystem" 

<?xml version="l . 0" encoding="UTF-8" ?> 

<def initions xmlns="http : //schemas .xmlsoap . org/wsdl/" 

xmlns : soap="http : //schemas .xmlsoap .org/wsdl /soap/" 

xmlns :http="http : //schemas .xmlsoap .org/wsdl/http/" xmlns :xs="http : //www. w3 . org/2 001/XMLSchema" 

xmlns : soapenc="http : //schemas .xmlsoap .org/ soap/ encoding/" 

xmlns :genericIRPSystem="http : //www. 3gpp . org/ ftp/ specs/archive/ 32_series/ 32 . 316#GenericIRPSystem" 

xmlns :ntf IRPSystem="http : //www. 3gpp .org/f tp/ specs /archive/3 2_series/3 2 . 30 6#Notif icationlRPSystem" 

xmlns :ntf IRPData="http : //www. 3gpp . org/f tp/ specs /archive/3 2_series/3 2 . 30 6#Notif icationlRPData" 

targetNamespace="http : //www. 3gpp .org/f tp/ specs /archive/3 2_series/3 2 . 3 6#Not if icationlRPSystem" > 
< import namespace="http : //www. 3gpp.org/ftp/specs/archive/32_series/32 . 316#GenericIRPSystem" /> 
<types> 
< schema 
targetNamespace="http : //www. 3gpp .org/f tp/specs/archive/32_series/32 . 3 6#Not if icationlRPData" 
xmlns="http: //www.w3 . org/2 1/XMLSchema " > 

<!-- subscribe Request --> 
<element name="subscribe" > 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 
<element name="timeTick" type="long" minOccurs="0"/> 
< element name="notif icationCategories" 
type="ntf IRPDataiNotif icationCategorySetType" minOccurs="0"/> 

<element name="f liter" type="string" minOccurs="0"/> 
<element name="ntf TransServiceNS" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

<!-- subscribe Response --> 
<element name="subscribeResponse" > 

< c omp 1 exTyp e > 

<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<complexType name="Notif icationCategorySetType" > 
<complexContent> 

<extension base="ntf IRPData : VersionNumberSetType" > 
</extension> 
< /complexContent > 
</complexType> 
<!-- subscribe Fault --> 
<element name="subscribeFault" > 

< c omp 1 exTyp e > 

<choice> 

<element name="AlreadySubscribedFault" type=" string" /> 
<element name="AtLeastOneNotif icationCategoryNotSupportedFault" 
type= " string" / > 

<element name="subscribeFault" type=" string" /> 
< element ref="ntf IRPData : InvalidParameterFault"/> 
< element ref="ntf IRPData : ParameterNotSupportedFault"/> 
</choice> 
</complexType> 
</element> 

<!-- unsubscribe Request --> 
<element name= " unsubscribe " > 
< c omp 1 exTyp e > 
< sequence > 

<element name="managerRef erence" type="anyURI"/> 
<element name="subscriptionId" type=" string" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

<!-- unsubscribe Response --> 
<element name="unsubscribeResponse" > 
</element> 

<!-- unsubscribe Fault --> 
<element name="unsubscribeFault" > 

< c omp 1 exTyp e > 

<choice> 

<element name="unsubscribeFault" type=" string" /> 

< element ref="ntf IRPData : InvalidParameterFault"/> 

< element ref="ntf IRPData : ParameterNotSupportedFault"/> 

</choice> 
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</complexType> 
</element> 

<!-- getSubscriptionlds Request --> 
<element name="getSubscriptionIds" > 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionlds Response --> 
<element name="getSubscriptionIdsResponse" > 
<complexType> 
<sequence> 

<element name="subscriptionIdSet" > 
< c omp 1 exTyp e > 
<sequence> 

<element name="subscriptionId" type=" string" 
maxOccur s = " unbounded " / > 

</sequence> 
</complexType> 
</element> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionlds Fault --> 
<element name="getSubscriptionIdsFault" > 
<complexType> 
<choice> 

<element name="getSubscriptionIdsFault" type="string"/> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- getSubscriptionStatus Request --> 
<element name="getSubscriptionStatus" > 
<complexType> 
< sequence > 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionStatus Response --> 
<element name="getSubscriptionStatusResponse" > 
<complexType> 
<sequence> 

< element name="notif icationCategories" 
type="ntf IRPData : Not if icationCategorySetType" minOccurs="0"/> 

<element name="f ilterlnEf f ect" type=" string" minOccurs=" 0"/> 
<element name="SubscriptionState" type="ntf IRPData : SubscriptionStateType" 
minOccurs= " " / > 

<element name="timeTick" type="long" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

<simpleType name=" SubscriptionStateType" > 
<restriction base="string" > 

<enumeration value=" Suspended" /> 
< enumeration value="NotSuspended"/> 
</restriction> 
</simpleType> 

<!-- getSubscriptionStatus Fault --> 
<element name="getSubscriptionStatusFault" > 

< c omp 1 exTyp e > 

<choice> 

<element name="getSubscriptionStatusFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- changeSubscriptionFilter Request --> 
<element name=" changeSubscriptionFilter" > 

< c omp 1 exTyp e > 

<sequence> 

<element name="subscriptionId" type=" string" /> 
<element name="f liter" type=" string" /> 
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</sequence> 
</complexType> 
</element> 

<!-- changeSubscriptionFilter Response --> 
<element name="changeSubscriptionFilterResponse" > 
</element> 

<!-- ChangeSubscriptionFilter Fault --> 
<element name="changeSubscriptionFilterFault" > 
<complexType> 
<choice> 

< element name="changeSubscriptionFilterFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- suspendSubscription Request --> 
<element name=" suspendSubscription" > 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string"/> 
</sequence> 
</complexType> 
</element> 

<!-- suspendSubscription Response --> 
< element name="suspendSubscriptionResponse" > 
</element> 

<!-- suspendSubscription Fault --> 
<element name="suspendSubscriptionFault" > 
<complexType> 
<choice> 

<element name="suspendSubscriptionFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- resumeSubscription Request --> 
<element name=" resumeSubscription" > 

< c omp 1 exTyp e > 

<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<!-- resumeSubscription Response --> 
<element name="resumeSubscriptionResponse" > 
</element> 

<!-- resumeSubscription Fault --> 
<element name="resumeSubscriptionFault" > 
<complexType> 
<choice> 

<element name="resumeSubscriptionFault" type="string"/> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- getNotif icationCategories Request --> 
<element name="getNotif icationCategories" > 
</element> 

<!-- getNotif icationCategories Response --> 
<element name="getNotif icationCategoriesResponse" > 

< c omp 1 exTyp e > 

<sequence> 

<element name="Notif icationCategoryList" 
type="ntf IRPData :Not if icationCategorySetType"/> 
</sequence> 
</complexType> 
</element> 

<!-- getNotif icationCategories Fault --> 
<element name= "getNotif icationCategoriesFault" > 

< c omp 1 exTyp e > 

<choice> 

< element name=" getNotif icationCategoriesFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 

</choice> 
</complexType> 
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</element> 

<element name="OperationNotSupportedFault" type="string"/> 
<element name="ParameterNotSupportedFault" type="string"/> 
<element name="InvalidParameterFault" type="string"/> 
<simpleType name="VersionNumberType" > 

<restriction base="string"/> 
</simpleType> 

<complexType name="VersionNumberSetType" > 
<sequence> 

<element name="versionNumber" type="ntf IRPData iVersionNumberType" 
maxOccur s = " unbounded " / > 

</sequence> 
</complexType> 

<complexType name="ParameterSetType" > 
<sequence> 

<element name="parameterName" type="string" maxOccurs="unbounded"/> 
</sequence> 
</complexType> 

<complexType name="OperationType" > 
<sequence> 

<element name="operationName" type=" string" /> 

< element name="parameterSet" type="ntf IRPData : ParameterSetType"/> 
</sequence> 
</complexType> 

<complexType name="OperationSetType" > 
<sequence> 

<element name=" operation" type="ntf IRPData lOperationType" 
maxOccur s = " unbounded " / > 

</sequence> 
</complexType> 

<complexType name="Notif icationType" > 
<sequence> 

<element name="notif icationName" type=" string" /> 

< element name="parameterSet" type ="ntf IRPData : ParameterSetType"/> 
</sequence> 
</complexType> 

<complexType name="Notif icationSetType" > 
<sequence> 

<element name="notif ication" type="ntf IRPData iNotif icationType" 
maxOccur s = " unbounded " / > 

</sequence> 
</complexType> 

</schema> 
</types> 
<message name="subscribeRequest" > 

<part name= "parameter" element="ntf IRPData : subscribe"/> 
</message> 
<message name="subscribeResponse" > 

<part name= "parameter" element ="ntf IRPData : subscribeResponse"/> 
</message> 
<message name="subscribeFault" > 

<part name = "parameter" element="ntf IRPData : subscribeFault"/> 
</message> 
<message name="unsubscribeRequest" > 

<part name= "parameter" element="ntf IRPData :unsubscribe"/> 
</message> 
<message name="unsubscribeResponse" > 

<part name = "parameter" element="ntf IRPData :unsubscribeResponse"/> 
</message> 
<message name="unsubscribeFault" > 

<part name= "parameter" element="ntf IRPData :unsubscribeFault"/> 
</message> 
<message name="getSubscriptionIdsRequest" > 

<part name= "parameter" element ="ntf IRPData :getSubscriptionIds"/> 
</message> 
<message name="getSubscriptionIdsResponse" > 

<part name= "parameter" element ="ntf IRPData :getSubscriptionIdsResponse"/> 
</message> 
<message name="getSubscriptionIdsFault" > 

<part name = "parameter" element="ntf IRPData :getSubscriptionIdsFault"/> 
</message> 
<message name="getSubscriptionStatusRequest" > 

<part name= "parameter" element="ntf IRPData :getSubscriptionStatus"/> 
</message> 
<message name="getSubscriptionStatusResponse" > 

<part name = "parameter" element="ntf IRPData :getSubscriptionStatusResponse"/> 
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</message> 

<message name="getSubscriptionStatusFault" > 

<part name = "parameter" element ="ntfIRPDat a :getSubscriptionStatusFault"/> 
</message> 
<message name="changeSubscriptionFilterRequest" > 

<part name= "parameter" element ="ntfIRPDat a : changeSubscriptionFilter"/> 
</message> 
<message name="changeSubscriptionFilterResponse" > 

<part name= "parameter" element ="ntfIRPDat a : changeSubscriptionFilterResponse"/> 
</message> 
<message name="changeSubscriptionFilterFault" > 

<part name= "parameter" element ="ntfIRPDat a : changeSubscriptionFilterFault"/> 
</message> 
<message name="suspendSubscriptionRequest" > 

<part name= "parameter" element ="ntfIRPDat a : suspendSubscription"/> 
</message> 
<message name="suspendSubscriptionResponse" > 

<part name= "parameter" element="ntf IRPData : suspendSubscriptionResponse"/> 
</message> 
<message name="suspendSubscriptionFault" > 

<part name = "parameter" element ="ntf IRPData : suspendSubscriptionFault"/> 
</message> 
<message name="resumeSubscriptionRequest" > 

<part name= "parameter" element ="ntf IRPData : resumeSubscription"/> 
</message> 
<message name="resumeSubscriptionResponse" > 

<part name = "parameter" element="ntf IRPData : resumeSubscriptionResponse"/> 
</message> 
<message name="resumeSubscriptionFault" > 

<part name= "parameter" element="ntf IRPData : resumeSubscriptionFault"/> 
</message> 
<message name="getNotif icationCategoriesRequest" > 

<part name= "parameter" element ="ntf IRPData igetNotif icationCategories"/> 
</message> 
<message name="getNotif icationCategoriesResponse" > 

<part name= "parameter" element ="ntf IRPData igetNotif icationCategoriesResponse"/> 
</message> 
<message name="getNotif icationCategoriesFault" > 

<part name = "parameter" element ="ntf IRPData igetNotif icationCategoriesFault "/> 
</message> 

<portType name="Notif icationIRP" > 

<operation name="getIRPVersion" > 

< input message="genericIRPSystemigetIRPVersionRequest"/> 

<output message="genericIRPSystemigetIRPVersionResponse"/> 

< fault name="getIRPVersionFault" message="genericIRPSystemigetIRPVersionFault"/> 
</operation> 
<operation name="getOperationProf ile" > 

< input message="genericIRPSystemigetOperationProf ileRequest"/> 

<output message="genericIRPSystemigetOperationProf ileResponse"/> 

< fault name="getOperationProf ileFault" 
message="genericIRPSystemigetOperationProf ileFault"/> 
</operation> 
<operation name="getNotif icationProf ile" > 

< input message= "genericIRPSystem igetNotif icationProf ileRequest"/> 

<output me ssage= "genericIRPSystem igetNotif icationProf ileResponse"/> 

< fault name="getNotif icationProf ileFault" 
message="genericIRPSystemigetNotif icationProf ileFault "/> 
</operation> 
<operation name= " subscribe " > 

< input message="ntf IRPSystemi subscribeRequest"/> 

<output message="ntf IRPSystemi subscribeResponse"/> 

< fault name="subscribeFault" me s sage ="ntf IRPSystemi subscribeFault"/> 
</operation> 
<operation name= "unsubscribe " > 

< input message="ntf IRPSystemi unsubscribeRequest"/> 

<output me ssage="ntf IRPSystemi unsubscribeResponse"/> 

< fault name="unsubscribeFault" message="ntf IRPSystemi unsubscribeFault"/> 
</operation> 
<operation name="getSubscriptionIds" > 

< input message="ntf IRPSystemi getSubscriptionIdsRequest"/> 

<output message="ntf IRPSystemi get Subscript ionIdsResponse"/> 

< fault name="getSubscriptionIdsFault" message="ntf IRPSystemi getSubscriptionIdsFault"/> 
</operation> 
<operation name="getSubscriptionStatus" > 

< input message="ntf IRPSystemi getSubscriptionStatusRequest"/> 

< output me s sage =" nt f IRPSystemi get Subscript ionStatusResponse"/> 
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< fault name="getSubscriptionStatusFault" 
message="ntf IRPSystem:getSubscriptionStatusFault"/> 
</operation> 
<operation name="changeSubscriptionFilter" > 

< input message="ntf IRPSystem: changeSubscriptionFilterRequest"/> 

<output message="ntf IRPSystem: changeSubscriptionFilterResponse"/> 

< fault name="changeSubscriptionFilterFault" 
message="ntf IRPSystem: changeSubscriptionFilterFault"/> 
</operation> 
<operation name="suspendSubscription" > 

< input message="ntf IRPSystem: suspendSubscriptionRequest"/> 

<output message="ntf IRPSystem: suspendSubscriptionResponse"/> 

< fault name="suspendSubscriptionFault" me s sage ="ntf IRPSystem: suspendSubscriptionFault"/> 
</operation> 
<operation name="resumeSubscription" > 

< input message="ntf IRPSystem: resumeSubscriptionRequest"/> 

<output me s sage ="ntf IRPSystem: resumeSubscriptionResponse"/> 

< fault name="resumeSubscriptionFault" message="ntf IRPSystem: resumeSubscriptionFault"/> 
</operation> 
<operation name="getNotif icationCategories" > 

< input message="ntf IRPSystem :getNotificationCategoriesRequest"/> 

<output message="ntf IRPSystem :getNotificationCategoriesResponse"/> 

< fault name="getNotif icationCategoriesFault" 
message="ntf IRPSystem: getNot if icationCategoriesFault"/> 
</operation> 

</portType> 

<binding name="Notif icationIRP" type="ntf IRPSystem:Notif icationIRP" > 

<soap : binding style=" document" transport="http : //schemas .xmlsoap .org/soap/http"/> 
<operation name="getIRPVersion" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/specs/archive/32_series/32 . 3 6#getIRPVersion"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getIRPVersionFault" > 

<soap:fault name="getIRPVersionFault" use="literal"/> 
</f ault> 
</operation> 

<operation name="getOperationProf ile" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/ specs/archive/ 32_series/ 32 . 3 06#getOperationProf ile"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</ output > 
<f ault name="getOperationProf ileFault" > 

<soap:fault name="getOperationProf ileFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getNotif icationProf ile" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/ specs/archive/ 32_series/32 . 3 06#getNotif icationProf ile" /> 
< input > 

<soap:body use="literal"/> 
</ input > 
< output > 

<soap:body use="literal"/> 
< /output > 
<f ault name="getNotif icationProf ileFault" > 

<soap : fault name="getNotif icationProf ileFault" use=" literal" /> 
</fault> 
</operation> 

<operation name= " subscribe " > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/ specs/archive/ 32_series/ 32 . 3 06#subscribe"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
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< fault name="subscribeFault" > 

<soap:fault name=" subscribeFault " use="literal"/> 
</fault> 
</operation> 

<operation name= "unsubscribe " > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/specs/archive/32_series/32 . 306#unsubscribe"/> 

< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="unsubscribeFault" > 

<soap:fault name="unsubscribeFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getSubscriptionIds" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/specs/archive/32_series/32 . 3 06#getSubscriptionIds"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getSubscriptionIdsFault" > 

<soap:fault name="getSubscriptionIdsFault" use="literal"/> 
</f ault> 
</operation> 

<operation name="getSubscriptionStatus" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/ specs/archive/ 32_series/32 . 3 6#getSubscriptionStatus"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getSubscriptionStatusFault" > 

<soap : fault name="getSubscriptionStatusFault" use=" literal" /> 
</fault> 
</operation> 

<operation name="changeSubscriptionFilter" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/ specs/archive/ 32_series/32 . 3 06#changeSubscriptionFilter"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
< output > 

<soap:body use="literal"/> 
< /output > 
<f ault name="changeSubscriptionFilterFault" > 

<soap : fault name="changeSubscriptionFilterFault" use=" literal "/> 
</f ault> 
</operation> 

<operation name="suspendSubscription" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/ specs/archive/ 32_series/32 . 3 6#suspendSubscription"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
< fault name="suspendSubscriptionFault" > 

<soap:fault name="suspendSubscriptionFault" use="literal"/> 
</fault> 
</operation> 

<operation name="resumeSubscription" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/ specs/archive/ 32_series/ 32 . 3 6#resumeSubscription"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
< output > 

<soap:body use="literal"/> 
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< /output > 

<f ault name="resumeSubscriptionFault" > 

<soap:fault name="resumeSubscriptionFault" use="literal"/> 
</f ault> 
</operation> 

<operation name="getNotif icationCategories" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/specs/archive/32_series/32 . 30 6#getNot if icationCategories" /> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
< fault name="getNotif icationCategoriesFault"> 

<soap : fault name="getNotif icationCategoriesFault" use=" literal" /> 
</fault> 
</operation> 
</binding> 
<service name="Notif icationIRP" > 

<port name="Notif icationIRP" binding="ntfIRPSystem:Notif icationIRP" > 

<soap : address location="To be defined. "/> 
</port> 
</service> 
</def initions> 
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C.4.4 WSDL specification "NotificationlRPNtfSystem" 

<?xml version="l . 0" encoding="UTF-8" ?> 
<def initions xmlns="http : //schemas .xmlsoap . org/wsdl/" 
xmlns : soap="http : //schemas .xmlsoap .org/wsdl /soap/" 

xmlns :http="http : //schemas .xmlsoap .org/wsdl/http/" xmlns :xs="http : //www. w3 . org/2 001/XMLSchema" 
xmlns : soapenc="http : //schemas .xmlsoap .org/ soap/ encoding/" 

xmlns :ntf IRPNtf System="http : //www. 3gpp . org/ ftp/ specs/archive/ 32_series/ 32 . 3 6#Notif icationlRPNtf Syst 
em" 

xmlns :ntf IRPNtf Data="http : //www. 3gpp.org/ftp/specs/archive/32_series/32 . 3 6#Not if icationlRPNtf Data" 
targetName space ="http : //www. 3gpp . org/ ftp/ specs/archive/ 32_series/ 32 . 3 6#Notif icationlRPNtf System" > 
<types> 

< schema 
targetName space ="http : //www. 3gpp .org/f tp/specs/archive/32_series/32 . 3 6#Not if icationlRPNtf Data" 
xmlns="http: //www.w3 . org/2 01/XMLSchema " > 

<!-- notify Request --> 
<element name="notify" > 
<complexType> 
<sequence> 

< element name =" not ificationHeaderAndBody" 

type="ntf IRPNtf Data: AnySequenceType"/> 
</sequence> 
</complexType> 
</element> 

<complexType name="AnySequenceType" > 
<sequence> 

<any namespace="##any" processContents="lax" maxOccurs="unbounded"/> 
</sequence> 
</complexType> 
</schema> 
</types> 

<message name="notifyRequest" > 

<part name= "parameter" element="ntf IRPNtfData :notify"/> 
</message> 

<portType name="Notif icationlRPNtf " > 
<operation name="notify" > 

< input message="ntf IRPNtf System: not ifyRequest"/> 
</operation> 
</portType> 
<binding name="Notif icationlRPNtf " type="ntf IRPNtf System:Notif icationlRPNtf " > 

<soap : binding style=" document" transport ="http : //schemas .xmlsoap .org/soap/http"/> 
<operation name="notify" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/specs/archive/32_series/32 . 3 06#notify"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
</operation> 
</binding> 
<service name="Notif icationlRPNtf " > 

<port name="Notif icationlRPNtf " binding="ntf IRPNtf System:Notif icationlRPNtf " > 

<soap : address location="To be defined. "/> 
</port> 
</service> 
</def initions > 
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